Amendments to the Claims: 

Re -write the claims as set forth below. This listing of claims will replace all prior versions and 
listings, of claims in the application: 

Listing of Claims: 

1 . (previously presented) A computer architecture for tracking a plurality of containers, 
wherein the computer architecture is coupled to a status tracking structure that provides event 
information regarding at least a portion of the plurality of containers, the computer architecture 
comprising: 

an event table for storing the event information; 

a rule execution component, coupled to the event table, that processes the event 
information in accordance with at least one rule, wherein the at least one rule tests for non- 
optimal use of at least one container of the plurality of containers based on the event information 
and one or more degree of use characteristics of the at least one container; and 

an event engine component, coupled to the status tracking structure and the event table, 
that receives the event information, stores the event information in the event table and, in 
response to the receipt of the event information, causes the rule execution component to process 
the event information in accordance with at least a portion of the at least one rule. 

2. (previously presented) The computer architecture of claim 1 further comprising: 

a configuration engine component, coupled to the rule execution component, that 
periodically causes the rule execution component to process the event information in accordance 
with some of the at least one rule. 
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3. (previously presented) The computer architecture of claim 1, wherein the event 
information comprises location information corresponding to the plurality of containers. 

4. (previously presented) The computer architecture of claim I, wherein the event 
information comprises environmental information corresponding to the plurality of containers. 

5. (previously presented) A computer architecture for tracking a plurality of containers, 
wherein the computer architecture is coupled to a status tracking structure that provides event 
information regarding at least a portion of the plurality of containers, the computer architecture 
comprising: 

an event table for storing the event information; 

a rule execution component, coupled to the event table, that processes the event 
information in accordance with at least one rule, wherein the at least one rule tests for non- 
optimal use of at least one container of the plurality of containers based on the event information 
and one or more degree of use characteristics of the at least one container; and 

a configuration engine component, coupled to the rule execution component, that 
periodically causes the rule execution component to process the event information in accordance 
with at least a portion of the at least one rule. 

6. (previously presented) The computer architecture of claim 5, wherein the at least one 
rule comprises at least two rules, and wherein the configuration engine component associates at 
least two execution frequencies with the at least two rules such that a portion of the at least two 
rules is executed with a frequency different from other rules of the at least two rules. 
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7. (previously presented) The computer architecture of claim 5, wherein the event 
information comprises location information corresponding to the plurality of containers. 

8. (previously presented) The computer architecture of claim 5, wherein the event 
information comprises environmental information corresponding to the plurality of containers. 

9. (previously presented) A computer architecture for tracking a plurality of containers, 
wherein the computer architecture is coupled to a status tracking structure that provides event 
information regarding at least a portion of the plurality of containers, the computer architecture 
comprising: 

an event table for storing the event information; 
a rule storage component; and 

a rule execution component, coupled to the event table and the rule storage component, 
that processes the event information in accordance with at least one rule stored in the rule storage 
component, wherein the at least one rule tests for non-optimal use of at least one container of the 
plurality of containers based on the event information and one or more degree of use 
characteristics of the at least one container, and wherein the rule storage component permits 
modification of any of the at least one rule independent of the rule execution component. 

10. (previously presented) The computer architecture of claim 9, further comprising: 

an event engine component, coupled to the status tracking structure and the event table, 
that receives the event information, stores the event information in the event table and, in 
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response, causes the rule execution component to process the event information in accordance 
with at least one-of the at least one rule. 

11. (original) The computer architecture of claim 9, further comprising: 

a configuration engine component, coupled to the rule execution component, that 
periodically causes the rule execution component to process the event information in accordance 
with at least one periodic rule of the at least one rule. 

12. (previously presented) The computer architecture of claim 9, wherein the event 
information comprises location information corresponding to the plurality of containers. 

13. (previously presented) The computer architecture of claim 9, wherein the event 
information comprises environmental information corresponding to the plurality of containers. 

14. -16. (canceled) 

17. (withdrawn) A computer architecture for tracking a plurality of objects, wherein the 
computer architecture is coupled to a status tracking structure that provides event information 
regarding at least a portion of the plurality of objects, the computer architecture comprising: 

an event table for storing the event information; 

an alert table for storing alerts; 

a rule execution component, coupled to the event table, that processes the event 
information in accordance with at least one rule stored in the rule storage component, and that 
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stores the alerts in the alert table when any of the at least one rule is violated, wherein the at least 
one rule tests for non-optimal use of at least one object of the plurality of objects; and 

an event dispatcher, coupled to the rule execution component and the alert table, that 
accesses the alert table, when requested by a client, and sends information regarding at least a 
portion of the alerts to the client. 

18. (withdrawn) The computer architecture of claim 17, further comprising: 

a configuration engine component, operably coupled to the client, that provides at least 
one polling interval to the client, wherein the client sends alert requests to the event dispatcher 
based on the at least one polling interval. 

19. (withdrawn) The computer architecture of claim 17, wherein the event dispatcher 
causes the information regarding the at least a portion of the alerts to be sent to the client via 
SOAP-enabled Web Services. 

20. (withdrawn) In a system for tracking a plurality of objects comprising a tracking 
manager coupled to a status tracking structure that provides event information regarding at least 
a portion of the plurality of objects, a client device that communicates with the tracking manager, 
the client device comprising: 

a communication interface for communicating with the tracking controller; 
a processing device coupled to the communication interface; and 

a memory, coupled to the processing device, comprising executable instructions that, 
when executed by the processing device, cause the client device to comprise: 
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a map controller that, in response to configuration information provided by the tracking 
manager, periodically requests the event information from the tracking manager. 

21. (withdrawn) The client device of claim 20, wherein the map controller requests map 
data from the tracking manager. 

22. (withdrawn) The client device of claim 21, wherein the map controller requests a 
portion of the event information corresponding to the map data. 

23. (withdrawn) The client device of claim 22, further comprising a display, coupled to 
the processing device, that displays the portion of the event information corresponding to the 
map data. 

24. (withdrawn) The client device of claim 23, wherein the portion of the event 
information corresponding to the map data is sent to the device via SOAP-enabled Web Services. 

25. (withdrawn) The client device of claim 20, wherein the configuration information 
comprises at least one polling interval provided by the tracking manager, wherein the map 
controller periodically requests the event information based on the at least one polling interval. 

26. (withdrawn) In a system for tracking a plurality of objects comprising a tracking 
manager coupled to a status tracking structure that provides event information regarding at least 
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a portion of the plurality of objects, a client device that communicates with the tracking manager, 
the client device comprising: 

a communication interface for communicating with the tracking manager; 

a processing device coupled to the communication interface; and 

a memory, coupled to the processing device, comprising executable instructions that, 
when executed by the processing device, cause the client device to comprise: 

an alert controller that, in response to configuration information provided by the tracking 
manager, periodically requests alerts from the tracking manager. 

27. (withdrawn) The client device of claim 26, further comprising a display, coupled to 
the processing device, that displays a graphic indicative of a number of alerts at each of a 
plurality of alert levels. 

28. (withdrawn) The client device of claim 26, wherein the alerts provided by the 
tracking manager are sent to the device via SOAP-enabled Web services. 

29. (withdrawn) The client device of claim 26, wherein the configuration information 
comprises at least one polling interval provided by the tracking manager, wherein the alert 
controller periodically requests the alerts based on the at least one polling interval. 

30. (previously presented) In a system for tracking a plurality of containers comprising a 
tracking manager coupled to a status tracking structure that provides event information, 
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regarding at least a portion of the plurality of containers, a method in the tracking manager 
comprising: 

receiving the event information; and 

processing the event information in accordance with at least one rule in response to 
receipt of the event information, wherein the at least one rule tests for non-optimal use of at least 
one container of the plurality of containers based on the event information and one or more 
degree of use characteristics of the at least one container. 

31. (original) The method of claim 30, wherein processing of the event information 
further comprises processing the event information in accordance with periodic rules of the at 
least one rule. 

32. (previously presented) The method of claim 30, wherein the event information 
comprises location information corresponding to the plurality of containers. 

33. (previously presented) The method of claim 30, wherein the event information 
comprises environmental information corresponding to the plurality of containers. 

34. (original) A computer-readable medium having computer-executable instructions 
stored thereon for performing the method of claim 30. 

35. -41. (canceled) 
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42. (withdrawn) In a system for tracking a plurality of objects comprising a tracking 
manager coupled to a status tracking structure that provides event information regarding at least 
a portion of the plurality of objects, a method in the tracking manager comprising: 

receiving the event information; 

processing the event information in accordance with at least one rule, wherein the at least 
one rule tests for non-optimal use of at least one object of the plurality of objects; 

generating at least one alert when any of the at least one rule is violated; 

receiving an alert request from a client in communication with the tracking manager; and 

sending, in response to the alert request, information regarding at least a portion of the at 
least one alert to the client. 

43. (withdrawn) The method of claim 42, further comprising: 
providing at least one polling interval to the client, 

wherein the alert request is sent by the client based on the at least one polling interval. 

44. (withdrawn) The method of claim 42, wherein the information regarding the at least a 
portion of the at least one alert is sent to the client via SOAP-enabled Web Services. 

45. (withdrawn) In a system for tracking a plurality of objects comprising a tracking 
manager coupled to a status tracking structure that provides event information regarding at least 
a portion of the plurality of objects, and a client device that communicates with the tracking 
manager, a method in the client device comprising: 

receiving at least one polling interval from the tracking manager; 
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sending, to the tracking manager, an event information request based on the at least one 
polling interval; and 

receiving, from the tracking manager in response to the event information request, 
information regarding at least a portion of the event information. 

46. (withdrawn) The method of claim 45, further comprising: 
sending a map data request to the tracking manager; and 

receiving map data from the tracking manager in response to the map data request. 

47. (withdrawn) The method of claim 46, wherein the event information request is based 

at 

least in part upon the map data, wherein the portion of the event information corresponds 
to the map data. 

48. (withdrawn) The method of claim 47, further comprising: 
displaying the portion of the event information. 

49. (withdrawn) The method of claim 45, wherein receiving the information regarding the 
at least a portion of the event information further comprises receiving the information regarding 
the at least a portion of the event information via SOAP-enabled Web Services. 

50. (withdrawn) In a system for tracking a plurality of objects comprising a tracking 
manager coupled to a status tracking structure that provides event information regarding at least 
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a portion of the plurality of objects, and a client device that communicates with the tracking 
manager, a method in the client device comprising: 

receiving at least one polling interval from the tracking manager; 

sending, to the tracking manager, an alert request based on the at least one polling 
interval; and 

receiving, from the tracking manager in response to the alert request, information 
regarding at least a portion of alerts stored by the tracking manager. 

51. (withdrawn) The method of claim 50, further comprising: 

displaying a graphic indicative of a number of alerts at each of a plurality of alert levels. 

52. (withdrawn) The method of claim 50, wherein receiving the information regarding the 
at least a portion of the alerts further comprises receiving the information regarding the at 

least a portion of the alerts via SOAP-enabled Web Services. 

53. (withdrawn) A computer-readable medium having stored thereon a data structure for 
use in providing a map display, the data structure comprising: 

an image identification of an image depicting a geographic area; 

at least one location entry descriptive of at least one location within the geographic area, 
wherein each of the at least one location entry comprises a location identification and spatial 
coordinates defining a location of the at least one location relative to the image; and 

at least one label entry, each of the at least one label entry comprising display data to be 
displayed in conjunction with the image, spatial coordinates defining where the display data is to 
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be displayed relative to the image and at least one target entry indicative of at least one other data 
structure to be accessed for display if the display data is selected. 

54. (withdrawn) The computer-readable medium of claim 53, wherein the at least one 
other data structure comprises at least one child data structure corresponding to at least one child 
geographic area encompassed by the geographic area. 

55. (withdrawn) The computer-readable medium of claim 53, wherein the at least one 
other data structure comprises at least one parent data structure corresponding to at least one 
parent geographic area that encompasses the geographic area. 

56. (withdrawn) The computer-readable medium of claim 53, wherein the data structure 
is included as a child data structure within a parent data structure corresponding to a parent 
geographic area that encompasses the geographic area. 

57. (withdrawn) The computer-readable medium of claim 53, wherein the geographic 
area comprises a national-based geographic area. 

58. (withdrawn) The computer-readable medium of claim 53, wherein the geographic 
area comprises a regional-based geographic area. 

59. (withdrawn) The computer-readable medium of claim 53, wherein the geographic 
area comprises a facility-based geographic area. 
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60. (withdrawn) In a system for tracking a plurality of objects comprising a tracking 
manager coupled to a status tracking structure that provides event information regarding at least 
a portion of the plurality of objects, and a client device that communicates with the tracking 
manager, a method in the client device comprising: 

sending, to the tracking manager, an initialization request; and 

receiving, from the tracking manager in response to the initialization request, information 
instructing the client to access a predetermined location to access initialization information. 

61. (withdrawn) The method of claim 60, further comprising: 
accessing the predetermined location to obtain a map controller; and 

accessing the predetermined location, via the map controller, to obtain map configuration 
information. 

62. (previously presented) The computer architecture of claim 1, wherein the at least one 
rule determines whether at least one empty container of the plurality of containers has been 
allowed to sit for greater than a period of time. 

63. (previously presented) The computer architecture of claim I, wherein the at least one 
rule determines whether at least two partially-full containers of the plurality of containers have 
been dispatched to a destination within a period of time. 
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64. (previously presented) The computer architecture of claim 1, wherein the at least one 
rule determines whether a given container of the plurality of containers is less than half full prior 
to loading of the container on a vehicle. 

65. (previously presented) The computer architecture of claim I, wherein the at least one 
rule determines whether two containers of the plurality of containers are less than ninety percent 
full when combined. 

66. (previously presented) The computer architecture of claim 5, wherein the at least one 
rule determines whether at least one empty container of the plurality of containers has been 
allowed to sit for greater than a period of time. 

67. (previously presented) The computer architecture of claim 5, wherein the at least one 
rule determines whether at least two partially-full containers of the plurality of trailers have been 
dispatched to a destination within a period of time. 

68. (previously presented) The computer architecture of claim 5, wherein the at least one 
rule determines whether a given container of the plurality of containers is less than half full prior 
to loading of the given container on a vehicle. 

69. (previously presented) The computer architecture of claim 5, wherein the at least one 
rule determines whether two containers of the plurality of containers are less than ninety percent 
full when combined. 
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70. (previously presented) The computer architecture of claim 9, wherein the at least one 
rule determines whether at least one empty container of the plurality of containers has been 
allowed to sit for greater than a period of time. 

71. (previously presented) The computer architecture of claim 9, wherein the at least one 
rule determines whether at least two partially-full containers of the plurality of containers have 
been dispatched to a destination within a period of time. 

72. (previously presented) The computer architecture of claim 9, wherein the at least one 
rule determines whether a given container of the plurality of containers is less than half full prior 
to loading of the given container on a vehicle. 

73. (previously presented) The computer architecture of claim 9, wherein the at least one 
rule determines whether two containers of the plurality of containers are less than ninety percent 
full when combined. 

74. (previously presented) The method of claim 30, wherein the at least one rule 
determines whether at least one empty container of the plurality of containers has been allowed 
to sit for greater than a period of time. 
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75. (previously presented) The method of claim 30, wherein the at least one rule 
determines whether at least two partially-full containers of the plurality of containers have been 
dispatched to a destination within a period of time. 

76. (previously presented) The method of claim 30, wherein the at least one rule 
determines whether a given container of the plurality of containers is less than half full prior to 
loading of the given container on a vehicle. 

77. (previously presented) The method of claim 30, wherein the at least one rule 
determines whether two containers of the plurality of containers are less than ninety percent full 
when combined. 
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